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(57) Abstract: A queue-oriented loan matching system is implemented as a webserver on the Internee Each mortgage loan customer 
completes only one application for a mortgage broker. The Internet is used by such mortgage broker to communicate the loan request 
to a plurality of mortgage lenders. Filters are used to forward such loan requests only to lenders that want to receive applications 
from borrowers with particular credit ratings or scores. Brokers send loan requests to lenders that meet their product needs. Each 
loan request exists in one of several queues. Depending on the action to be taken, either the broker of the lender will advance a loan 
request from one queue to the next. The status of each loan request is therefore a function of which queue it has been placed into. 
Each lender generates an individual response to each loan request that the broker can pick and choose. The system allows quality 
control and business management controls to be efficiently and consistently applied. 
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Method and Business Model for Matching 
Mortgage Lenders and Borrowers 

5 

BACKGROUND OF THE PRESENT INVENTION 
TECHNICAL FIELD 

10 The present invention relates to matching systems and more particularly to computer 
implemented methods for loan brokers to match mortgage lenders with borrowers. 

DESCRIPTION OF THE PRIOR ART 

15 

Individual borrowers looking for mortgage loans rarely only apply to one lender. It is 
well-known that lenders vary on a number of scores, and not aB borrowers are equally 
attractive. So borrowers try to find the best lender and loan they qualify for, and lenders 
try to find the least risky and highest interest paying borrowers possible. Therefore, for 
20 each successful loan application, each lender will have processed several borrower 
applications, and each borrower will have applied to several lenders. 

Loan brokers thus evolved such that a customer could fill out a single loan application. 
The loan broker would then make a loan request to each lender the broker worked with. 
25 But since the loan requests had to be duplicated for each lender, the number of lenders 
a broker could work with was limited. Each loan request typically necessitated its own 
unique series of phone calls, faxes, messages, return calls, lost faxes, updated rate 
sheets, etc. 

30 Each mortgage lender receives many individual loan requests. As with the mortgage 
broker, each loan request typically necessitated its own unique series of phone calls, 
faxes, messages, return calls, lost faxes, updated rate sheets, etc. Relatively 
expensive account executives are needed by the lenders to handle the incoming loan 
requests prior to a decision or pre-underwriting by a highly paid underwriter. The staffing 

35 requirements of lenders is therefore directly related to loan request volume. 
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SUMMARY OF THE PRESENT INVENTION 



A queue-oriented loan matching system is implemented as a webserver on the Internet. 
Each mortgage loan customer completes only one application for a mortgage broker. 
5 The Internet is used by such mortgage broker to communicate the loan request to a 
plurality of mortgage lenders. Filters are used to forward such loan requests only to 
lenders that want to receive applications from borrowers with particular credit ratings or 
scores. Brokers send loan requests to lenders that meet their product needs. Each loan 
request exists in one of several queues. Depending on the action to be taken, either 
10 the broker of the lender will advance a loan request from one queue to the next. The 
status of each loan request is therefore a function of which queue it has been placed into. 
Each lender generates an individual response to each loan request that the broker can 
pick and choose. The system allows quality control and business management controls 
to be efficiently and consistently applied. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a functional block diagram of an Internet system embodiment of the present 
20 invention for mortgage broker and lenders to process loan requests from borrowers; and 

Fig. 2 is a flow chart diagram of a loan-matching process embodiment of the present 
invention that may be implemented with the system of Fig. 1. 

25 

DETAILED DESCRIPTION OF THE PRESENT INVENTION 

Fig. 1 represents an Internet system embodiment of the present invention for servicing 
a mortgage broker and lender community, and is referred to herein by the general 

30 reference numeral 100. The system 100 comprises a plurality of independent 
mortgage brokers 101-104 that are connected through a corresponding plurality of 
Internet service providers (ISP's) 106-109 to a wide area network (WAN) 1 10, such as 
is best represented by the ubiquitous Internet. Similarly, a plurality of independent 
mortgage lenders 112-116 are connected through a corresponding plurality of Internet 

35 service providers (ISP's) 118-122 to the Internet 110. Each mortgage broker 101-104 
and each mortgage lender 1 12-1 16 has a computer network workstation with an Internet 
browser represented by a display and keyboard 124, a computer 126, and a modem 
128. 
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A commercial for-profit business 130 has established an Internet presence at a website 
identified by a uniform resource locator (URL), e.g., "loantrader.com". Such business 
130 maintains a network connection 132 with a network server 134. A computer 136 is 
used for network administration, customer and user enrollments and authorization, news, 
5 sen/ices referrals, etc. A computer database 138 is used to store and access lender 
and broker information, various loan-request queues, electronic forms, credit-rating filter 
data, statistics, billing data, etc. Each independent mortgage broker (W-Z) 101-104, 
and each independent mortgage lender (A-E) 112-1 16 is provided with a unique user 
ID and password after being enrolled as a subscriber. The subscribers are billed 
10 according to use and/or on a monthly basis and pay the business 130 to continue to 
have access to "loantrader.com 11 . 

Subscribers are classified as being either brokers or lenders. A log-on page at 
"foantrader.com ,, requires each subscriber to enter their user-ID, password, and category 
15 of lender or broker. No specialized software is required at the broker or lender sites 
other than a standard browser, e.g., INTERNET EXPLORER by Microsoft, 
NETSCAPE NAVIGATOR by Netscape, etc. 

After log-on, brokers are presented with a "home" page that includes financial industry 
20 news items and several navigation buttons. The broker can "elk*" on any of the buttons 
listed in Table I. 



TABLE I Broker Home Page 



label 


provides 


"Services" 


a directory of people and companies offering relevant services to brokers 


"New App" 


opens up an electronic form in which the broker can enter specific credit- 
related information about a borrower who has come to make a loan request 


"Pending" 


shows the current queue of pending loan requests 


"Submitted 


shows the current queue of loan requests to lenders 


"Reports" 


a choice of various productivity and loan request statistical reports to be 
generated for quality control and business management purposes 


"BRQs" 


shows the current queue of loan requests accepted by lenders and includes 
their specific proposed loan details and requirements for completion 


'Accepted" 


shows the current queue of loan requests that have been chosen by the broker 
as being acceptable offers to fund from the lenders 


"Log Ofr 


allows the broker to quit "loantrader.com" 



25 

If the broker selects the "New App" button on the Broker Home Page, then an electronic 
fill-inform is presented that requests the information listed in Table II. Once the form is 
completely filled in, a "Send" button can be clicked to send the loan request to the 
appropriate lender(s) according to a credit-rating filter tailored for each lender. Such new 
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application will include credit report scores, e.g., BEACON, FICO, IMPERICA, etc. Fair 
Isaac, a company located in San Rafael, California, designed a computer program to 
evaluate the credit risk of consumers based on their credit report. Such risk is rated as a 
FICO score number. BEACON and IMPERICA are similar measures of credit risk 
determined by other methods. 



TABLE II New Application Fill-in Form 



Broker's assigned file number: 




Borrowers last name: 




Last four digits of the borrower's Social Security 




Location of subject property: 


State: Zip: 


Property type: 




Occupancy Status: 




Appraised value: 




Appraiser. 




1 r»an Tvtv*' 

l—i\JCXi I 1 y LA,. . 




Amorti7atif>n Tvn*** 

r\lll\Jl lli^aviKJll 1 VIA-. 




Loan Term: 


Yean; 


Loan purpose: 




Loan Amount: 




Proposed: 


LTV % CLTV % 


Requested interest rate: 




Do you want to lock the interest rate? 




If Yes, how many days? 




Documentation level: 




Interest rate buy-down: (points) 




Is this a "no-cost" loan? 




Pre-pay? 




If yes, how many years? 




Rebate? 




If yes, requested rebate: 




Is broker origination fee paid from rebate? 




Up-front broker origination points charged to 

borrow: 




Additional broker fees charged: 




Total broker fees charged 
(includes points, misc. fees, etc.): 




How many borrowers) will be qualifying? 




Comments: 





If the broker selects the "Pending" button on the Broker Home Page, then the "Pending 
Queue" is presented. An example of a typical pending queue is represented in Table 
III. Any item in the queue can be clicked on for more detail. The pending loan requests 
are those that have been entered or worked on as a new application, but not yet sent to 
the lenders. 
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TABLE III Pending Queue 



File Number 


Borrower 


Created On 


Updated On 


9747654 


Brown 


5/18/99 
3:50:05 PM 


5/18/99 
3:50:05 PM 


6432645 


Carothers 


5/19/99 
12:28:55 PM 


5/19/99 
12:28:55 PM 



If the broker selects the "Submitted" button on the Broker Home Page, then the 
"Submitted Queue" is presented, an example of a typical submitted queue is 
5 represented in Table IV. Any item in the queue can be clicked on for more detail. The 
loan requests that are "submitted" are those that have been sent to the lenders. 



TABLE IV Submitted Queue 



File Number 


Borrower 


Created On 


Updated On 


Submitted On 




Howards 










Hughes 


5/7/99 9:05:48 
AM 


5/7/99 9:09:27 
AM 


5/7/99 9:09:27 
AM 


AMER0567 


Hammond 


5/10/999:22:16 
AM 


5/10/99 9:23:44 
AM 


5/10/99 9:23:45 
AM 


AMER0023 


Russel 


5/10/99 9:23:50 
AM 


5/10/99 9:25:36 
AM 


5/10/99 9:25:37 
AM 


AMER0345 


Russel 


5/10/99 9:29:41 
AM 


5/10/99 9:31:02 
AM 


5/10/99 9:31:04 
AM 


AM-02 


Lucas 


5/7/99 10:15:46 
AM 


5/10/99 9:31:16 
AM 


5/10/99 9:31:18 
AM 




Phillips 


5/13/991:53:00 
PM 


5/13/99 1:54:00 
PM 


5/13/991:54:03 
PM 


AMER00475 




5/13/992:02:57 
PM 


5/13/99 2:03:50 
PM 


5/13/99 2:03:52 
PM 


AM- 105 


Walker 


5/18/999:05:09 
AM 


5/18/99 9:07:51 
AM 


5/18/99 9:07:55 
AM 


America0037 


Hays 


5/18/992:40:43 
PM 


5/18/992:43:33 
PM 


5/18/99 2:43:37 
PM 



10 

If the broker selects the "BRQ" (broker rate quote) button on the Broker Home Page, 
then the "BRQ Queue" is presented, an example of a typical BRQ queue is 
represented in Table V. Any item in the queue can be clicked on for more detail The 
BRQ queue gives a realtime display of lender offers to fund that have accumulated for 
1 5 each loan request. The broker is then able to comparison shop and compare the offers 
when there are more than one for each loan request. The offers will include the terms 
and conditions that the lender is imposing, and these can be compared on the same 
display page with what the broker had requested. 
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TABLE V BRQ Queue 



Clin Miimllnli 

rile iNumDer 


uorrower 


T A 4 0 | 
lOUM 

Offers 


AMER0567 






AM-01 


Davis 




AM-101 


Harrison 




AMER00345 


Hilton 




AMER0023 


Hirani 




AMER080 


Jenson 




AMER002 


Newman 




AMER0234 


Perry 




AM- 103 


Reagan 




AM- J 04 


Springer 




AMER001 


Wayne 


3 



If the broker selects the "Accepted" button on the Broker Home Page, then the 
5 "Accepted BRQ Queue" is presented, an example of a typical accepted BRQ queue 
is represented in Table VI. Any item in the queue can be clicked on for more detail 
The loan requests in the accepted BRQ queue are those that have been proposed by 
the lenders and that have been accepted by the broker. Those offers to fund loan 
requests that are not accepted, are automatically rejected and the lenders making those 
1 0 offers to fund are notified they did not succeed. 



TABLE VI Accepted BRQ Queue 



File Number 


Borrower 


Submitted On 


Oflered On 


Status 


AMER0023 




5/13/99 2:00:55 PM 


5/13/99 2:07:57 PM \ 


Accepted 


AMER00343 




5/13/992:02:53 PM 


5/13/99 2:08:12 PM 


Accepted 


611409707 


Caron j 


4/28/99 6:18:52 PM 


4/28/99 6:59:19 PM 


Accepted 


AMER0024 


Frederick 


5/13/99 2:21:38 PM 


5/13/99 2:23:10 PM 


Accepted 


1234 


Hamilton 


5/1/99 2:19:17 PM 


5/1/99 6:14:42 PM 


Accepted 


AMER00786 


Hanks 


5/13/99 2:10:37 PM 


5/13/99 2:14:34 PM 


Accepted 


AMER004 


Johnson 


5/7/99 9:03:07 AM 


5/7/99 9:05:57 AM 


Accepted 


america0023 


Jones 


5/10/99 9:05:36 AM 


5/13/99 3:50:19 PM 


Accepted 


AM- 102 


Palmer 


5/18/999:01:03 AM 


5/18/99 2:39:52 PM 


Accepted 


LBMC-1 


Smith 


5/13/994:00:45 PM 


5/13/994:14:46 PM 


Accepted 


AMER003 


Tang 


5/7/99 10:19:46 AM 


5/7/99 10:30:22 AM 


Accepted 




Walsh 


5/13/99 1:56:27 PM 


5/13/99 2:01:53 PM 


Accepted 



15 
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After log-on, lenders are presented with a "home" page that includes financial industry 
news items and several navigation buttons. The lender can "click" on any of the buttons 
listed in Table VII. 

5 TABLE VII Lender Home Page 



label 


action 


"New App" 


opens up a queue of loan requests from borrowers that have been filtered and 
forwarded to the lender 


"Pipeline" 


shows the current queue of open loan requests, "Pass", "Accepted", and 
"Declined" queues are accessed from there. 


"Retrieve" 


displays the next loan request 


"Inbox" 


shows the current inbox queue of loan requests 


"Admin" 


displays a page where users can be added and deleted by the system 
administrator 


"Password" 


displavs a page in which the current user's password can be changed 


"E-mail" 


opens up an e-mail message form 


'Log Off- 


allows the lender to quit "Ioantrader.com" 



If the lender selects the "New App" button on the Lender Home Page, then the "New 
Application Queue" is presented. The source of these new applications is the brokers 
10 submitted queue. An example of a typical new application queue is represented h 
Table VIII. Any item in the queue can be clicked on for more detail. Such queue cannot 
be cherry-picked. A first-in first-out rule is enforced. 



TABLE VIII New Application Queue 



File No. 


Borrower 


Received 


Source 


Status 


Staff 


Time 
Pull 




Turner 


5/13/99 
1 :55:29 PM 


LT 








AMER00475 




5/13/99 
2:03:52 PM 


LT 








AM- 101 


Harrison 


5/18/99 
8:57:19 AM 


LT 








AM- 103 


Reagan 


5/18/99 
9:03:22 AM 


LT 








AM- 104 


Springer 


5/18/99 
9:05:04 AM 


LT 








AM- 105 


Walker 


5/18/99 
9:07:53 AM 


LT 








America0037 


Hays 


5/18/99 
2:43:36 PM 


LT 









15 

If the lender selects the "Pipeline" button on the Lender Home Page, then the "Pipeline- 
Open Queue" is presented. The other pipeline queues are then accessible from the 
Pipeline-Open Queue page. An example of a typical pending queue is represented 
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in Table IX. Any item in the queue can be clicked on for more detail, 
number of loan requests and their total value is presented. 



PCT/US00/15329 

A summary of the 



TABLE IX Pipeline-Open Queue 



Number of Loans 


5 


Total Loan Amount 


$1,525,000 



File No. 


Borrower 


Received 


Source 


Status 


Staff 


Time Pull 


BofA9213 


Wayne 


5/7/99 
8:34:09 AM 


LT 


A 


admin 


5/7/99 8:44:21 AM 


BofA9214 


Newman 


5/7/99 
8:38:41 AM 


LT 


A 


admin 


5/7/99 8:46:15 AM 


BofA0234 


Hilton 


5/10/99 
9:47:06 AM 


LT 


A 


admin 


5/10/99 9:49:56 
AM 


hjkl 


hirani 


5/10/99 

11:18:57 

AM 


LT 


A 


admin 


5/10/9911:25:29 
AM 




DAVIS 


5/13/99 
1:55: 18 PM 


LT 


A 


admin 


5/18/99 3:34:42 
PM 



If the lender selects the "Retrieve" button on the Lender Home Page, then the compiled 
10 information provided by the broker about the next borrower loan request is presented. 
A typical example for a borrower named Turner is illustrated in Table X. Credit rating 
computations are automatically included, e.g., FICO, BEACON, IMPERICA, etc. 
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TABLE X Retrieve Page 



Borrower's Last Name 


Turner 


Location of Subject Property 


KY- 


Property Type 




Purchase Price 


$ 


Loan Purpose j 


purchase, % Down, Conventional, Years 
Fixed 


Loan Amount 


$185,000 


Proposed 


LTV: Infin%, CLTV: lnfin% 


Requested Interest Rate 


Best% 


Rale Lock 


No 


Asset Verification 


No 


Documentation Level 


None 


Interest Rate Buy-down 


No 


No-cost Loan 


No 


Pre-pay 


No 


Rebate 


No 


1<5 broker nripination fep naif! from rehate** 


No 


1 In-front hrnker orioinntion nointQ rharpeH 
to borrow 


% 


Additional broker fees charged 


$ " 


Total broker fees charged (includes points, 
misc. fees, etc.): 


$ 


Down Payment From 


Borrower is not a first time buyer or has not 
owned a home within the past 3 years. 


Scheduled Closing Date 


// 


Total borrowers ) dependents 


Borrower 1 


Is not self-employed and has been with 
current employer for year(s) and months 




Has been employed in this line of 
work/profession for year(s) month(s). 




Borrower 1 FICO is 


300 


Front-end Ratio Is 


% 


Back-end Ratio Is 


% 


Credit History 


Covers the past months 


Total Open Accounts 




Total Accounts "paid as agreed" 




Total Accounts with Lates 


0 


Mortgage currently in default 


Yes 


Number of "charge-offs" and/or collections 




Number of unsatisfied liens or judgements 





If the lender selects the "Inbox" button on the Lender Home Page, then the "Inbox 
5 Queue" is presented, an example of a typical Inbox queue is represented in Table XI. 
Any item in the queue can be clicked on for more detail. 



TABLE XI Inbox Queue 



Flke No. 


Borrower 


Received 


Source 


Status 


Staff 


Time Pull 




Phillips 


5/13/99 


admin 


F 
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1:54:02 PM 












JOHNLE 


5/18/99 
3:36:54 PM 












Turner 


5/13/99 
1:55:29 PM 


LT 


U 


admin 


5/20/99 

10:42:24 

AM 



If the lender selects the "Admin" button on the Lender Home Page, then the "Admin 
Page" is presented which has several buttons that can be clicked, an example of which 
5 is represented in Table XII. "Main 0 will return to the Lender Home Page. "UW" goes 
to an underwriter page where authorized underwriters may be added or deleted by the 
administrator. "LO° goes to a loan officer page where authorized loan officers may be 
added or deleted by the administrator. "Product" allows a choice of conventional, FHA, 
VA, and jumbo loans. "Conditions" allows the lender to enter or check off various terms 
10 and conditions that will be made for offer to fund for a particular loan request. "Fees" 
goes to a page that allows the lender to fix various kinds of fees and commissions, e.g., 
appraisal, credit report, document prep, insurance, inspections, transfer, etc. "System" 
goes to a page for system configuration. "Log Off" allows the lender to quit 
"loantrader.com". 

15 



TABLE XII Admin Page 



Main 


UW 


LO 


Product 


Conditions 


Fees 


System 


Log Off 



On the "Pipeline-Open Queue" page, various buttons are provided to go to the 
"pass", "accepted" and the other pipeline queues are then accessible from the Pipeline- 
-Open Queue page. An example of a Pass queue is represented to Table XIII. Any 
item in the queue can be clicked on for more detail. A summary of the number of ban 
25 requests and their total value is presented. 



TABLE XIII Pipeline-Pass Queue 



Number of Loans 


2> 


Total Loan Amount 


$240,000 



File 
No. 


Borrower 


Received 


Source 


Status 


Staff 


Time Pull 




Russel 


5/10/99 
9:31:02 AM 


LT 


P 


admin 


5/10/99 9:32:55 AM 




Lucas 


5/10/99 
9:31:16 AM 


LT 


P 


admin 


5/10/99 9:47:41 AM 
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An example of a p Broker Accepted" queue is represented in Table XIV. Any item h 
5 the queue can be clicked on for more detail. A summary of the number of loan requests 
and their total value is presented. 

TABLE XIV Pipeline-Broker Accepted Queue 



Number of Loans 


2 


Total Loan Amount 


$225,660 



File 
No. 


Borrower 


Received 


Source 


Status 


Staff 


Time Pull 


4560 


Hamilton 


5/10/99 
9:31:02 AM 


LT 


O 


admin 


5/10/99 9:32:55 AM 




Tang 


5/10/99 
9:31:16 AM 


LT 


o 


admin 


5/10/99 9:47:41 AM 



10 

An example of a "Broker Declined" queue is represented h Table XV. Any item in the 
queue can be clicked on for more detail. A summary of the number of loan requests and 
1 5 their total value is presented. 

TABLE XV Pipeline-Broker Declined Queue 



Number of Loans 


2 


Total Loan Amount 


$200,000 



File 
No. 


Borrower 


Received 


Source 


Status 


Staff 


Time Pull 




jones 


5/10/99 
9:31:02 AM 


LT 


D 


admin 


5/10/99 9:32:55 AM 




Hammond 


5/10/99 
9:31:16 AM 


LT 


D 


admin 


5/10/999:47:41 AM 



20 

Fig. 2 diagrams a method and business model embodiment of the present invention 
that is implemented on the computer 136, database 138, and network server 134 (Fig. 
1 ), and is referred to herein by the general reference numeral 200. Several queues are 

25 maintained by the "loantrader.com" website, and include "open", "pass", "pending", 
"decline", "accepted", etc. In fact, the process 200 can be described as a queue- 
oriented loan matching system. The process 200 begins with a data input step 202 h 
which a mortgage broker enters an application's information 204 from a prospective 
borrower into a new application page 206 displayed on the broker's computer monitor 

30 while ranning an Internet browser and after logging onto the "loantrader.com" website. 
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The broker completes a loan request profile, e.g., a "new application", using an electronic 
form provided. As the broker works on the loan request, a database-record reference 
is maintained ri a "pending" queue 208. When the broker is satisfied with the loan 
request, it is ready to send to a lender. When the broker clicks on a "send" button on a 
5 screen provided, a "send" step 210 is initiated. 

A credit-rating filter 212 provides for a screening of the loan requests sent to particular 
lenders according to a credit-risk score of the borrower and any pre-established credit- 
risk limits imposed by the lender intended to receive the loan request. Various credit-risk 

1 0 scores can be computer generated by conventional programs used by artisans in the 
financial industry, e.g., FICO, BEACON, IMPERICA, etc. The credit-rating filter 212 can 
be fine-tuned over a link 214 to a corresponding lender's database 216. Such fine- 
tuning is done according to quality control and business management review of past loan 
requests that have been accepted or rejected by said corresponding lender or 

15 accepted or rejected by a broker after an offer to fund by the lender. A step 218 
attaches destination addresses and duplicates the loan requests for each appropriate 
lender. Such addresses are provided by an informational Bnk 220. The loan request 
records are then forwarded over a data link 222. A transfer 224 causes the loan request 
to be registered in a submitted queue 226. As tar as the broker can see, such loan 

20 request exists now only in the submitted queue 226. From the lender's viewpoint, the 
loan request will exist only in a new application queue 228. 

At a lender's site, a loan-request dispatcher 230 will assign the incoming loan requests 
from several different and independent brokers to an inbox queue 232 of a particular 

25 underwriter or loan officer. An underwriter 234 will then act on the loan request. If such 
action is an offer to fund the loan, terms and conditions are attached and the loan request 
is transferred to a pipeline-open queue 236. The fact of the favorable action and the 
offered terms and conditions are communicated over a datalink 238. This forces a 
transfer of the loan request record at the broker's from the submitted to lenders queue 

30 226 to the broker rate quote (BRQ) queue 240. The offered terms and conditions are 
appended to the loan request record for the broker's consideration and comparison 
shopping with any other offers that come r» for that particular loan request. If the 
underwriter 234 decides to refuse the loan request, then the loan request record is 
transferred to a pipeline-pass queue 242. The lender then waits to see if the broker will 

35 accept or reject the lender's offer to fund. 

If the broker takes an action 244 to accept, the loan request with an offer to fund in the 
BRQ queue 240 is moved to a BRQ-accepted queue 246. Such decision is 
communicated back to the lender over a broker-accepted datalink 248 or a broker- 
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declined datalink 250. A broker-accepted decision communicated on the datalink 248 
causes the loan request record to be forwarded from the pipeline-open queue 236 to a 
pipeline-broker-accepted queue 252. A broker-rejected decision communicated on the 
datalink 250 causes the loan request record to be forwarded from the pipeline-open 
5 queue 236 to a pipeline-broker-declined queue 254. Loan processing can then 
proceed conventionally. 

The process 200 allows lender management and quality control to have a supervisory 
monitor 256 in which the loan requests and their associated status and details can be 

10 reviewed in real time. If too many loan requests are being passed on, it may indicate 
that the filter 212 is sert too loose. A fine tuning signal 258 can be sent to adjust the filter 
212. If too few loan requests are being accepted by the brokers, the supervisory step 
256 can be used to inspect the terms and conditions being imposed by the underwriter 
234. The supervisory monitor 256 allows the lender to remain competitive given the 

1 5 realities of the loan requests that exist and their abilities to attract their target clientele. 

In reality, all the processing, database accesses, and queue management occurs, for 
example, at the network server at the business 130 (Fig. 1). The individual brokers and 
lenders are actually working with remote accesses from terminals that communicate over 
20 the Internet It appears to the broker that they are sending loan requests to the lender 
locations, and it appear to the lenders that they are receiving the loan requests from the 
brokers. In fact, both are simply accessing a third site where loan requests are shuffled 
amongst queues. It is for this reason that no specialized software to support process 
200 need be installed or downloaded at any of the broker or lender sites. 

25 

Borrowers can be rated as A, A-, B+, B, B-, etc., credit risks. There credit-risks can be 
evaluated using numeric scores. Borrowers with FICO, IMPERICA, or BEACON 
numeric scores over 700 are considered very good. Borrowers with scores under 500 
are considered poor risks. Lenders wiD cater to particular ranges credit-risk borrowers. 

30 For example, a certain lender may only accept "A" credit rated borrowers. A credit rating 
filter 21 2 is used to screen each loan request so that only A-lenders received ban 
requests from A-borrowers, for example. The "loantrader^m" website compares a 
profile of the loan request with individual profiles that have been pre-defined by a select 
group of lenders. The loan request is forwarded by the "toantrader.com" website to 

35 each lender's underwriter for which the profile comparison indicates which lender would 
want to receive the loan request. Each such underwriter makes a decision whether to 
accept or pass the loan request. Each accepted loan request can be tagged with an 
electronic data interface (EDI) response transmission fee. The B loantrader.com n website 
routes the responses back over the Internet to the respective mortgage broker. The 
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broker then reviews the loan request responses from the lenders and selects one 
lender's response, aD others are declined. Each lender is automatically notified via the 
Internet as their response is accepted or declined by the broker. The "loantrader.com 0 
website notifies a particular lending officer of the acceptance and moves the loan request 
5 from the "pending 0 to the "accepted" queue. The broker is notified of such lending 
officer's contact information. The lender then processes the loan using traditional 
methods. The broker next can select title, escrow, and appraisal steps, each with EDI 
transmission fees. 

10 Although the present invention is described herein with reference to the preferred 
embodiment, one skilled in the art will readily appreciate that other applications may be 
substituted for those set forth herein without departing from the spirit and scope of the 
present invention. Accordingly, the present invention should only be limited by the 
Claims included below. 
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CLAIMS 

1 . A queue-oriented loan matching system, comprising: 

5 a computer network server connected to service a broker-class of users and a 

lender-class of users over the Internet; 

a plurality of computer-implemented queues for database records related to loan 
requests of borrowers and disposed in the computer network server, 

a pending queue included i\ the plurality of computer-implemented queues that 
1 0 lists loan requests that have been entered by a broker in said broker-class of users; 

a submitted queue included in the plurality of computer-implemented queues that 
removes loan requests from the pending queue when a corresponding loan request has 
been forwarded by said broker to a lender in said lender-class of users, and that lists 
said loan request; 

1 5 an inbox queue included in the plurality of computer-implemented queues that 

. lists loan requests that have been received by a lender in said lender class of users from 
said broker; 

an open queue included in the plurality of computer-implemented queues that 
removes loan requests from the inbox queue when a corresponding loan request has 
20 been approved for funding by said lender; 

a pass queue included in the plurality of computer-implemented queues that 
removes loan requests from the inbox queue when a corresponding loan request has 
been rejected for funding by said lender; 

a broker rate quote (BRQ) queue included in the plurality of computer- 
25 implemented queues that removes loan requests from the submitted queue when a 
corresponding loan request has been approved for funding by said lender; 

a broker-accepted queue included in the plurality of computer-implemented 
queues that removes loan requests from the open queue when a corresponding loan 
request has been approved for funding by said lender and said broker has accepted an 
30 offer to fund a loan; and 

a broker-declined queue included in the plurality of computer-implemented 
queues that removes loan requests from the open queue when a corresponding loan 
request has been approved for funding by said lender and said broker has rejected an 
offertofundaloan. 

35 

2. The queue-oriented loan matching system of claim 1, wherein: 

the pending queue is accessible only to a particular broker in said broker-class of 
users that originally entered any of said loan requests within. 
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3. The queue-oriented loan matching system of claim 1, wherein: 

the submitted queue is accessible only to a particular broker in said broker-class 
of users that originally entered any of said loan requests within. 

5 4. The queue-oriented loan matching system of claim 1 1 wherein: 

the inbox queue is accessible only to a particular lender in said lender-class of 
users that was intended by said broker to receive any included loan requests. 

5. The queue-oriented loan matching system of claim 1 , wherein: 

10 the inbox queue is accessible only to a particular lender in said lender-class of 

users that was intended by a plurality of independent brokers in said broker-class of 
users to receive any included loan requests. 

6. The queue-oriented loan matching system of claim t , wherein: 

15 the open queue is accessible only to a particular lender in said lender-class of 

users that was intended by a plurality of independent brokers in said broker-class of 
users to receive any included loan requests; 

wherein only an underwriter associated with said lender is permitted to advance 
any loan request from the inbox queue to either of the open and pass queues. 

20 

7. The queue-oriented loan matching system of claim 1 , wherein: 

the BRQ queue is accessible only to a particular broker in said broker-class of 
users that originally entered any of said loan requests within. 

25 8. The queue-oriented loan matching system of claim 1 , wherein: 

the broker-accepted queue is accessible only to a particular lender that offered to 
fund any of said loan requests within. 

9. The queue-oriented loan matching system of claim 1, wherein: 

30 the broker-declined queue is accessible only to a particular lender that offered to 

fund any of said loan requests within. 

10. The queue-oriented loan matching system of claim 1 , further comprising: 

a subscription and billing computer included with the computer network server for 
35 controlling access of each member of said broker-class and lender-class of users to the 
matching system according to payment of per-use fees or monthly subscription fees. 

1 1 . The queue-oriented loan matching system of claim 1 , further comprising: 
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a credit-rating filter providing for a screening of loan requests sent to particular 
lenders in the lender-class of users according to a credit-risk score of a corresponding 
borrower and credit-risk limits imposed by a corresponding lender. 

5 12. The queue-oriented loan matching system of claim 1 1 , wherein: 

the credit-rating filter is fine-tuned by said corresponding lender according to 
quality control and business management review of past loan requests that have been 
accepted or rejected by said corresponding lender or accepted or rejected by a broker 
after an offer to fund by the lender. 

10 

13. The queue-oriented loan matching system of claim 1 , further comprising: 

a lender management and quality control monitor in which any loan requests and 
their associated status and details can be reviewed in real time. 

15 14. The queue-oriented loan matching system of claim 1 3, further comprising: 

a credit-rating filter providing for a screening of loan requests sent to particular 
lenders in the lender-class of users according to a credit-risk score of a corresponding 
borrower and credit-risk limits imposed by a corresponding lender; and 

a feedback link between the lender management and quality control monitor and 
20 the credit-rating filter that provides for an adjustment of a credit-risk threshold associated 
with borrowers having loan requests sent to a particular lender. 

15. A queue-oriented loan matching system, comprising: 

a computer network server connected to service a broker-class of users and a 
25 lender-class of users over the Internet; 

a plurality of computer-implemented queues for database records related to loan 
requests of borrowers and disposed in the computer network server; 

a pending queue included in the plurality of computer-implemented queues that 
lists loan requests that have been entered by a broker in said broker-class of users, and 
30 that is accessible only to a particular broker in said broker-class of users that originally 
entered any of said loan requests within; 

a submitted queue included in the plurality of computer-implemented queues that 
removes loan requests from the pending queue when a corresponding loan request has 
been forwarded by said broker to a lender in said lender-class of users, and that lists 
35 said loan request, and that is accessible only to a particular broker in said broker-class of 
users that originally entered any of said ban requests within; 

an inbox queue included in the plurality of computer-implemented queues that 
lists loan requests that have been received by a lender in said lender class of users from 
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said broker, and that is accessible only to a particular lender in said lender-class of users 
that was intended by said broker to receive any included loan requests; 

an open queue included in the plurality of computer-implemented queues that 
removes loan requests from the inbox queue when a corresponding loan request has 
5 been approved for funding by said lender, and that is accessible only to a particular 
lender in said lender-class of users that was intended by a plurality of independent 
brokers in said broker-class of users to receive any included loan requests; 

a pass queue included in the plurality of computer-implemented queues that 
removes loan requests from the inbox queue when a corresponding loan request has 
1 0 been rejected for funding by said lender; 

wherein, only an underwriter associated with said lender is permitted to advance 
any loan request from the inbox queue to either of the open and pass queues; 

a broker rate quote (BRQ) queue included in the plurality of computer- 
implemented queues that removes loan requests from the submitted queue when a 
1 5 corresponding loan request has been approved for funding by said lender, and that is 
accessible only to a particular broker in said broker-class of users that originally entered 
any of said loan requests within; 

a broker-accepted queue included in the plurality of computer-implemented 
queues that removes loan requests from the open queue when a corresponding loan 
20 request has been approved for funding by said lender and said broker has accepted an 
offer to fund a loan, and that is accessible only to a particular lender that offered to fund 
any of said loan requests within; 

a broker-declined queue included fa the plurality of computer-implemented 
queues that removes loan requests from the open queue when a corresponding loan 
25 request has been approved for funding by said lender and said broker has rejected an 
offer to fund a loan, and that is accessible only to a particular lender that offered to fund 
any of said loan requests within; 

a subscription and billing computer included with the computer network server for 
controlling access of each member of said broker-dass and lender-class of users to the 
30 matching system according to payment of per-use fees or monthly subscription fees; 

a credit-rating filter providing for a screening of loan requests sent to particular 
lenders in the lender-class of users according to a credit-risk score of a corresponding 
borrower and credit-risk limits imposed by a corresponding lender; 

the credit-rating filter is fine-tuned by said corresponding lender according to 
35 quality control and business management review of past loan requests that have been 
accepted or rejected by said corresponding lender or accepted or rejected by a broker 
after an offer to fund by the lender; 

a lender management and quality control monitor fa which any ban requests and 
their associated status and details can be reviewed in real time; and 
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a feedback link between the lender management and quality control monitor and 
the credit-rating filter that provides for an adjustment of a credit-risk threshold associated 
with borrowers having loan requests sent to a particular lender. 

5 
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